WORLD INTELLECT!) 

Inter 



PCT 

INTERNATIONAL APPLICATION PUBLISHED 



IBlllMlilllllllllllll »H 



WO 9604755A1 



(51) International Patent Classification 6 : 
H04Q 3/00 



Al 



(11) International Publication Number: WO 96/04755 

(43) International Publication Date: 15 February 1996 (15.02.96) 



(21) International Application Number: PCT/GB95/01753 

(22) International Filing Date: 25 July 1995 (25.07.95) 



(30) Priority Data: 
9415301.2 



29 July 1994 (29.07.94) 



GB 



(71) Applicant (for all designated States except US): BRITISH 

TELECOMMUNICATIONS PUBLIC LIMITED COM- 
PANY [GB/GB]; 81 Newgate Street, London EC1A 7AJ 

(GB). 

(72) Inventors; and 

(75) Inventors/Applicants (for US only): SHENTON, Peter. Gordon 
[GB/GB]; 142 Waveney Road, Ipswich. Suffolk DM 5DG 
(GB). STRANG, Christopher. John [GB/GB]; 38 Grantham 
Crescent, Ipswich, Suffolk IP2 4PO (GB). McADAM. 
Douglas. William [GB/GB]; 141 Tymey Road, Bromley. 
Kent BR1 2SD (GB). 

(74) Agents: EVERSHED, Michael et al.; BT Group Legal Services. 
Intellectual Property Dept., 1 3th floor, 151 Gower Street, 
London WC1E 6BA (GB). 



(81) Designated States: AM. AT. AU. BB, BG. BR, BY, CA. CH. 
CN. CZ, DE, DK, EE, ES. FI. GB, GE, HU. IS, JP. KE. 
KG. KP. KR. KZ, LK. LR, LT. LU. LV, MD. MG, MN, 
MW. MX, NO. NZ, PL. PT. RO. RU, SD. SE, SG, SI. SK, 
TJ. TM, TT. UA. UG. US. UZ. VN, European patent (AT, 
BE, CH, DE, DK, ES. FR. GB, GR. IE, IT. LU. MC, NL. 
PT. SE). OAPI patent (BF, BJ, CF. CG, CI. CM. GA. GN, 
ML. MR. NE. SN, TD, TG). ARIPO patent (KE, MW, SD. 
SZ. UG). 



Published 

With international search report. 



(54) Title: APPARATUS FOR MANAGING A TELECOMMUNICATIONS NETWORK 




COMMLMCATONS 
COMMUNICATIONS NETWORK 

(57) Abstract 

A network manager for a telecommunications network has a communications stack (50) for receiving messages from the 
telecommunications network relating to the network elements. These messages are supplied to a message processor (52). in the message 
processor (52). each message is identified and parsed according to a set of rules whkh axe established bef re the network manager is in 
operation receiving messages from the network. After each message has been identified and parsed, it is processed according to a second 
set of rules which can be established and modified while the network manager is in use receiving messages. The second set of rules are 
established from a set of prototype rules. These rules permit the user to specify a wide range of operations that can be preformed on the 
messages. For example, messages of specified types can be correlated, ther messages can be forwarded to specified destinations, and 
certain messages can cause further messages to be generated. Messages can be forwarded, for example, to a configuration manager (54) or 
a fault manager (56) and further messages can be sent to equipment which is external of the network manager. 
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APPARATUS 'OR MANAflT Nft % fn.v.r.nmim n exit ma* tn^^ 

This invention relates to an apparatus for managing a 
telecommunications network and also to a method of operating 
5 such an apparatus. 

Such an apparatus receives messages relating to the 
operation of elements of the telecommunications network which 
it is managing. It is desirable to process such messages in 
an appropriate manner before passing them on to other 
10 components of the apparatus. 

According to one aspect of this invention, there is 
provided an apparatus for managing a telecommunications 
network including: means for receiving messages relating to 
the operation of elements of the telecommunications network; 
15 first means for processing said messages, said first means 
being arranged to process said messages in accordance with a 
first set of rules which are established before the apparatus 
is in use receiving messages; second means for processing 
said messages, said second means being arranged to receive 
20 said messages after processing by the first message 
processing means, said second message processing being 
arranged to process said messages in accordance with a second 
set of rules; and means for permitting a user of the 
apparatus to establish and modify rules which are used by the 
25 second processing means while the apparatus is in use 
receiving messages. 

By providing first means for processing said messages 
in accordance with a set of rules which are established 
before the apparatus is in use, the messages can be subjected 
30 to basic operations without involvement by the user, and by 
providing a second means for processing the messages in 
accordance with rules which are established or modified by 
the user, the user is provided with the opportunity, while 
the apparatus is in use, to make the apparatus process the 
35 message in accordance with rules which met the us r' s 
requi rements. 
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According to a s cond aspect of this invention, th r 
is provid dam thod of operating an apparatus for managing 
a telecommunications network, said apparatus comprising: 
means for receiving messages relating to the operation of 
5 elements of the telecommunications network; first means for 
processing said messages; and second means for processing 
said messages, said second means being arranged to receive 
said messages after processing by said first message 
processing means; said method comprising the steps of: 
10 supplying a first set of rules for processing messages to 
said first processing means before said apparatus is in use 
receiving messages; and establishing and modifying a second 
set of rules for processing messages while said apparatus is 
in use receiving messages, said second set of rules being 
15 supplied to said second message processing means. 

This invention will now be described in more detail, 
by way of example, with reference to the drawings in which: 
Figure 1 is a block diagram of some of the components 
of a telecommunications network, a network manager and 
20 service managers for managing the network; 

Figure 2 is a block diagram of some of the components 
of the network manager; 

Figure 3 is a block diagram of the components of a 
message processor which embodies this invention and forms 
25 part of the network manager of Figure 2; 

Figure 4 is a hierarchical tree of the identification 
and parsing rules which are applied by the message processor 
to messages received by the network manager; 

Figure 5 shows an alternative configuration of some of 
30 the components of the network manager; and 

Figure 6 shows another alternative arrangement of some 
of the components of the network manager. 

Referring now to Figure 1, there is shown a 
telecommunications network 10 which may be, for example, a 
35 local ar a network or a wide area n twork, or a 
telecommunications network b longing to a public 
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tel communications company which is used to provide public 
and/or private telecommunications servic s. 

The telecommunications network 10 is formed from 
individual network elements, some of which are indicated by 
5 reference numerals 12, 14 and 16. Multiplexers, switches, 
bridges and gateways are examples of such elements. Some of 
the network elements are managed by element managers. The 
element managers for network elements 12 and 14 are 
indicated, respectively, by reference numerals 18, 20. 
10 The telecommunications network 10 is managed by a 

network manager 30 and three service managers 32, 34 and 36. 
Element managers and some individual network elements, for 
example element managers 18, 20 and network element 16, of 
the telecommunications network 10 send messages to the 
15 network manager 30 over a telecommunications link 38, which 
may be, for example, an X. 25 communications link. The 
messages relate to the operation of the individual elements 
of the network. The network manager 30 uses the messages to 
monitor the operating state of the network 10. The network 
20 manager 30 sends messages to the service managers 32, 34 and 
36. The messages sent to each of the service managers 32, 
34, 36 relate to the operation of the elements of the network 
10 which are relevant to the service provided by the service 
manager. These messages are transmitted over a 

25 communications link 40. The network manager 30 also sends 
messages relating to the operation of the elements of the 
network to other equipment, for example a facsimile machine 
42 and a pager 44. 

Each of the service managers 32, 34 and 36 manages a 
30 particular service. For example, in the case of a 
telecommunications network belonging to a public 
telecommunications company, the service manager 32 may manage 
voice communications over private circuits and the service 
manager 34 may manag the provision of data- channels in 
35 private circuits. Although Figure 1 shows, by way of 
illustration, only three service managers, in general, a 
service manager may be provided for each individual service 
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provided by a telecommunications network. The servic 
managers 32, 34 and 36 send messages over th 
telecommunications link 40 to network manager 30 relating to 
services required by customers of the network 10. The 
5 network manager 30 sends messages over the communications 
link 38 to the network 10 to configure the network 10 to meet 
the customers requirements. 

Each of the service managers 32, 34 and 36 and the 
network manager 30 i6 an example of apparatus for managing 

10 the network 10. 

Each of the network manager 30 and service managers 
32, 34, 36 has a database for storing details of the elements 
of the network 10. These details are stored in what is known 
as an object-oriented environment. In a database which 

15 operates in an object-oriented environment, details of the 
parameters of each real world object, for example a network 
element, are stored in a data structure known as a software 
object. Thus, in the databases of the network and service 
managers, each software object models a particular real world 

20 object in the form of a network element. Data on network 
elements may be transmitted according to various protocols. 
In the present example, the data is transmitted using the 
Common Management Information Services (CMIS). In the 
present example, three types of CMIS messages are used and 

25 these are m_SET, m_EVENTREPORT and m_GET. An m_SET message 
is used to request a database to set the value of a 
particular parameter of a particular object to a particular 
value. An m_GET message is used to request a database to 
provide the value of a particular parameter of a particular 

30 object. An m__EVENTREPORT message is used to provide a 
notification of a particular event. Examples of such events 
are the change in the value of a particular attribute of a 
particular network element or an alarm. 

The general construction of network managers and 

35 service managers is known to those skilled in the art. A 
network manager or a service manager takes th form of a 
computer provided with appropriate software. A software 



WO 96/04755 



PCT/GB95/01753 



- 5 - 

package for a network manager or a service manager may be 
obtained from a supplier and then configured to meet the 
needs of the user of the network manager or service manager. 
An example of such a software package is the one known as 
5 NetExpert available from Object Systems Integrators Inc." 
Some of the components of the network manager 30 will now be 
described with reference to Figure 2. 

Referring now to Figure 2, the network manager 30 
includes a communications stack 50 for receiving CMIS 
10 messages from, " and sending CMIS messages to, the 
telecommunications network 10, a message processor 52, a 
configuration manager 34 and a fault manager 56, a network 
database 58, a communications stack 60 for sending CMIS 
messages to, and receiving CMIS from, the service managers 
15 32, 34 and 36, and a communications stack 62 for sending 
messages to other equipment such as the facsimile machine 42 
or the pager 44. 

The communications stack 50 is responsible for 
handling CMIS messages and for converting these messages 
20 between a form for transmission along communications link 38 
and a form which is suitable for use with the network manager 
30. A suitable software passage for handling CMIS messages 
is available from British Telecommunications pic and a 
suitable software package for converting the messages into 
25 and out of a form suitable for transmission on communications 
link 38 is available from Retix Corporation of Sainta Monica, 
California, USA. The communications stack 60 is similar to 
the communications stack 50. The communications stack 62 
takes a form which is appropriate for the equipment to which 
30 it sends messages. 

The message processor 52 is arranged to process the 
messages received from the network 10. The message processor 
52 embodies this invention and ■ will be described in more 
detail below. 

3 5 The n twork database 58 stores a model of the 

configuration of the network 10 including details of the 
operational state of each network element. The network > 



WO 96/04755 



PCT/GB95/01753 



- 6 - 

database 58 in th present example takes the form of the w 11 
known Oracle Database. 

The configuration manager 54 is responsible for 
modifying parameter values stored in network database 58 in 
5 accordance with m_SET and m_EVENTREPORT messages from the 

network 10 and also servicing m GET requests. The 

configuration manager 54 is also responsible for instructing 
configuration changes of the network 10 in response to 
requests from the service managers 32, 34 and 36. 

10 The fault manager 56 is responsible for processing 

alarm messages from the network 10 and for diagnosing the 
underlying faults which give rise to these messages. 

Thus, the configuration manager 54 and the fault 
manager 56 are each responsible for managing information 

15 received by the network manager 30 and so each of these is 
also an information manager. 

Referring now to Figure 3, there are shown the 
components of the message processor 52. These comprise a 
store 70, a first message processing component 72, a second 

20 message processing component 74, a database 76 for storing a 
first set and a second set of rules which are used, 
respectively, in the first and the second message processing 
components, a data loader 78 for the database 76, a user 
interface 80 and a set of prototype rules 82 which are made 

25 available to the user interface 80. 

The store 70 receives messages from the communications 
stack 50 and stores the messages in a queue. Each message is 
stored in the store 70 with an identification tag. The store 
70 supplies a copy of each message in turn to the first 

30 message processing component 72 while retaining the original 
message in the queue. 

In the first message processing component 72, each 
message is identified to determine what type of message it is 
and then it is parsed to extract the relevant information 

35 from it. Th identification and parsing is performed in 
accordance with a s t of pred fined rules which are loaded 
into the first message processing compon nt 72 before the 
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n twork manager 30 is in use receiving messages. The set of 
predefin d rul s is the first s t of rules mentioned above. 
These predefined rules cannot be changed by the user while 
the network manager is in use receiving messages from the 
5 network 10. 

The predefined rules for identifying messages 
according to their type and parsing the information from them 
are illustrated in Figure 4. Bach message, in the present 
example, is either an m_SET, m_EVENTREPORT or m_GET message. 
10 In the identification stage, each message is identified as 
belonging to one of these three types. 

If the message is an m_SET message, it is parsed to 
determine the identifier for the object, the name of the 
attribute of the object and the new value of that attribute 
15 contained within the message. Similarly, if it is an ra_GET 
message, it is parsed to determine the identifier of the 
object and name of the attribute whose value is required. 

If a message is an m_EVENTREPORT message, a further 
stage of identification is performed to determine the type of 
20 event which is being reported. In the present example, each 
event is either a change in an attribute value, an alarm or 
an instruction to enrol a new object. If the event is a 
change in attribute value, the message is parsed to determine 
the identifier of the object, the name of the attribute and 
25 the new value. If the event is a request to enrol a new 
object, the message is parsed to determine the identifier for 
that object and the values of its attributes. 

If the message is an alarm, the message is parsed to 
determine the severity of the alarm, the type of the alarm 
30 and the type of problem to which the alarm relates. For 
example, the type of alarm may be a transmission alarm and, 
where the type of alarm is a transmission alarm, the type of 
problem may be a framing error. 

In th second messag processing component 74, th 
35 information of each message received from the first message 
proc ssing comp n nt 72 is process d in accordance with a set 
of rules. This set of rul s is the s cond set of rul s 
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mentioned above. This set of rules can b established and 
modified by the user of the network manager 30 while the 
network manager 30 is in use receiving messages from the 
network 10. If the user does not establish any rules, then 
5 the second message processing component 74 processes the 
information of each message in accordance with a set of 
default rules. 

As will be explained in more detail below, each rule 
established by the user is derived from a set of prototype 
10 rules. Six exemplary prototype rules are set out in Table 1 
below. 

Table 1 

1. For alarm from (object) if duplicate alarm 
received within (interval) then discard duplicate 
al arm. 

2. For alarm from (object) if clear received within 
(interval) then discard alarm. 

3. For alarm from (object) if alarm severity is 
(severity) and alarm type is (alarm type) and 
problem type is (problem type) then (action). 

4. For alarm from (object) if alarm severity is 
(severity) and alarm type is (alarm type) and 
problem type is (problem type) then copy alarm to 
(destination). 

5. If (number) of alarms received within one hour, 
issue a warning to (destination). 

6. If message type is (message type) then send 
message to (destination). 

In the first two exemplary prototype rules set out 
above, the user specifies the network element or object from 
which the alarm is rec ived and also the time interval. When 
35 a us r has stablish d an actual rule using the first 
prototype rul of Tabl 1, wh re a s cond alarm is r ceived 
from the sp cified obj ct within the sp cifi d time interval, 
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the second or duplicate alarm is discarded. In order to 
achieve this, the second message processing component 74 
instructs the store 70 to discard the alarm. Thus, rules 
which follow the first prototype rule correlate duplicate 
5 alarms and one of the functions of the second message 
processing component 74 is to correlate alarms. Where a user 
has established a rule following the second prototype rules 
set out above, if an alarm from a specified object is 
followed by a clear for that alarm for that object within a 
10 specified time "interval, then the original alarm is 
discarded! 

When establishing a rule which follows the third 
prototype rule above, the user specifies the network element 
or object, the severity of the alarm, the type of alarm and 
15 type of problem and the action which is to be taken. The 
action might be to increment a counter until it reaches a 
threshold and then to issue a warning to the fault manager 
56. Thus, when such a rule is in use, each time an alarm is 
received from the specified object having the specified 
20 severity, alarm type and problem type, the counter is 
incremented until it reaches its threshold and then a warning 
is issued to the fault manager 56. 

When establishing a rule which follows the fourth 
prototype rule as set out above, the user specifies the 
25 network element or object, the alarm severity, alarm type and 
problem type as well as the destination. The destination 
might be, for example, pager 44. Then, when' such a rule is 
in use and an alarm is received from the specified object 
having the specified, alarm type and problem type, the second 
30 message processing component 74 instructs the store 70 to 
copy the alarm to the pager 44. The store 70 would also be 
instructed to discard the alarm. 

When following the fifth prototype rule set out above, 
the user sp cifi s th number of alarms and the destination 
35 for th warning. Then, when such a rule is in use, if the 
specif i d numb r of alarms are r ceived within on hour, a 
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warning is issued to the destination which might be, for 
example, the fault manager 56. 

When establishing a rule which follows the sixth 
prototype rule set out above, the user specifies the message 
5 type and also the destination. The destination might be the 
service manager 32, Then, when such a rule is in use, if a 
message of the specified type is received , the second 
message processing component 74 instructs the store 70 to 
send it to the service manager 32. 
10 The store 70 is programmed to discard each alarm after 

a preset period if it has not been discarded before this 
time. 

As indicated in Figure 3, output messages from the 
other components of the network manager 30 can be transmitted 

15 to the network 10 from the communication stack 50. 

The predefined rules are illustrated by block 84 in 
Figure 3. Before the network manager 52 is in use, these 
predefined rules 84 are loaded by the data loader 78 into the 
database 76. From the database 76, they are loaded into the 

20 first message processing component 72 when the network 
manager 30 is being initialised immediately before use. 
There is no facility for the user to change the rules while 
the network manager 30 is in use. 

When the network manager 30 is in use, the prototype 

25 rules 62 can be retrieved, by the user interface 80 and 
presented to the user for establishing new rules. Each new 
rule can then be loaded by the data loader 78 into the 
database 76 where it is stored. The rule is also loaded by 
the database 76 into the second message processing component 

30 74. If the network manager 30 is subsequently shut down, the 
rules in the database 76 for use in the second message 
processing component 74 are loaded into the second message 
processing component when the network manager is initialised 
before being us d again. The user is also abl to retrieve 

35 a rule belonging to th s cond s t of rul s from the database 
76 and to m dify it. The modified rule is then returned to 
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the database 76 and also to the s cond messag processing 
component 74. 

The arrangement of the message processor 52 shown in 
Figure 3 is suitable for an arrangement where messages are 
5 received from a telecommunications network in only one 
protocol, in the present example CMIS. However, modification 
is required where messages are received in more than one 
protocol as each protocol requires its own set of rules for 
identifying and parsing messages. Referring now to Figure 5, 
10 there is shown a modification to the message processor 52 
which is suitable for receiving messages in two protocols. 

The arrangement of Figure 5 includes the 
communications stack 50 for receiving CMIS messages, the 
store 70, first message processing component 72 and the 
15 second message processing component 74. Although not shown, 
there is also provided the database 76, data loader 78 and 
user interface 80. The arrangement of Figure 5 also includes 
a communications stack 90 for receiving message in the Simple 
Network Management Protocol (SNMF). The messages from the 
20 communications stack 90 are passed to a store 92 which 
supplies copies of the messages to a first message processing 
component 94. The first message processing component 94 is 
generally similar to the first message processing component 
72 and receives a set of rules for identifying and parsing 
25 the messages from the database 76. However, this set of 
rules is appropriate for SNMP messages. After identifying 
and parsing each message, the first message processing 
component 94 passes it to the second message processing 
component 74. 

30 Referring now to Figure 6, there is shown a 

modification to the network manager 52 in which there are 
provided three message processors 100, 102, 104, each of 
which is generally similar to the message processor 52 and 
which are arranged in a cascaded mann r. The arrangement 

35 shown in Figure 6 includes the communications stack 50 for 
receiving CMIS messag s and also th configuration manager 54 
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and the fault manager 56. There is also includ d a 
communications stack 106 for receiving SNMP messages. 

The three message processors 100, 102 and 104 can 
conveniently have a shared database containing their sets of 
5 rules which receives the rules in turn from a common data 
loader. The communication stack 50 passes messages to the 
message processor 100 and some of the messages from the 
message processor 100 are sent to configuration manager 54 
and some to the message processor 104. The communications 

10 stack 106 supplies messages to the message processor 102 and 
messages from the message processor 102 are all supplied to 
the message processor 104. The message processor 104 sends 
messages to both the configuration manager 54 and the fault 
manager 56 and also to external equipment such as the pager 

15 44. 

Each of the service managers 32, 34, 36 may be 
provided with a message processor which is generally similar 
to the message processor 52 but which is provided with rules 
which are appropriate to the service manager. 
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1. An apparatus for managing a telecommunications network 
including: 

5 means for receiving messages relating to the operation 

of elements of the telecommunications network; 

first means for processing said messagesT said first 
means being arranged to process said messages in accordance 
with a first set "of rules which are established before the 
10 apparatus is in use receiving messages; 

second means for processing said messages, said second 
means being arranged to receive said messages after 
processing by the first message processing means, said second 
message processing being arranged to process said messages in 
15 accordance with a second set of rules; and 

means for permitting a user of the apparatus to 
establish and modify rules which are used by the second 
processing means while the apparatus is in use receiving 
messages* 

20 

2. An apparatus as claimed in claim 1, further including: 
at least one means for managing information relating 

to the telecommunications network; and 

means for sending messages to equipment which is 
25 external to said apparatus; 

said second message processing means being arranged to 
forward said messages, on a selective basis, to said at least 
one means for managing information and equipment which is 
external to said apparatus. 

30 

3. An apparatus as claimed in claim 2, in which said 
second message processing means is arranged to generate new 
messages and to transmit new messages to said at least one 
means for managing information and to equipment which is 

35 external to said apparatus. 
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4. An apparatus as . claim d in any on of the pr ceding 
claims, in which said first set of rul s includes rules for 
identifying messages according to their type. 

5 5. An apparatus as claimed in any one of the preceding 

claims, in which said second set of rules includes rules for 
correlating messages. 

6. An apparatus as claimed in any one of the preceding 
10 claims, further including a store for storing messages 
received from said message receiving means, said store being 
arranged to supply received messages to said first message 
processing means. 

15 7. An apparatus as claimed in claim 6, in which said 
store is arranged to store each message while a copy of it is 
processed by said first and second message processing means, 
said second processing means being arranged to instruct the 
store to forward and discard messages* 

20 

8. An apparatus as claimed in any one of the preceding 
claims, further including: 

a database for storing said first set of rules and 
said second set of rules, said database being arranged to 

25 load said first set of rules into said first message 
processing means and said second set of rules into said 
second message processing means, a set of prototype rules for 
said second set of rules, a user interface which has access 
to said set of prototype rules, and a data loader for loading 

30 rules from said user interface into said database, said data 
loader also being arranged to load a set of predefined rules 
which form said first set of rules into said database before 
the apparatus is in use receiving messages, said set of 
prototype rules, said user interface, said data loader and 

35 said databas providing said means for permitting a user of 
the apparatus to stablish and modify the rules which ar 
used by the second message processing means. 
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9. A method of operating an apparatus for managing a 
telecommunications network, said apparatus comprising: 

means for receiving messages relating to the operation 
of elements of the telecommunications network; 
5 first means for processing said messages; and 

second means for processing said messages, said second 
means being arranged to receive said messages after 
processing by said first message processing means; 
said method comprising the steps of: 
10 supplying a first set of rules for processing messages 

to said first processing means before said apparatus is in 
use receiving messages; and 

establishing and modifying a second set of rules for 
processing messages while said apparatus is in use receiving 
15 messages, said second set of rules being supplied to said 
second message processing means. 

10. A method as claimed in claim 9, in which a set of 
prototype rules are provided for establishing individual ones 
20 of said second set of rules. 



WO 96/04755 



PCT/GB95/01753 



1/6 



32 



A. 



SERVICE 
MANAGER 



30 



Fig.1. 



34 



SERVICE 
MANAGER 



40 



NETWORK 
MANAGER 



3B 



ELEMENT 
MANAGER 



18 

V 



ELEMENT 
MANAGER 



20 



NETWORK 
ELEMENTS 



12 



NETWORK 
ELEMENTS 



14 



c 

SERVICE 
MANAGER 



36 



FACSIMILE 
MACHINE 



42 



PAGER 



44 



NETWORK 
ELEMENT 



16 



COMMUNICATIONS NETWORK 



10 



SUBSTITUTE SHEET (RULE 26) 



WO 96/04755 



PCT/GB95/01753 



2/6 







o 
m 





MESSAGE 
PROCESSOR 




COMMUNICATIONS 
STACK 








< ► 



cc 
o 

LU 

z 

CO 

z 
g 

< 



o 
o 



SUBSTITUTE SHEET (RULE 26) 



WO 96/04755 



PCT/GB95/01753 














o 




CO 


>> 




CNJ 





1 



CO 

z 

o 

< * 

z < 
D 

O 
O 



CO 



o 



CVJ 
LO 



WO 96/04755 



PCT/CB95/01753 



4/6 




SUBSTITUTE SHEET (RULE 26) 



WO 96/04755 



PCT/GB95/01753 



5/6 



Fig.5. 



72 



FIRST 
MESSAGE 
PROCESSING 
COMPONENT 



70. 




STORE 


50 




COMMUNICATIONS 
STACK 



SECOND 
MESSAGE 
PROCESSING 
COMPONENT 



74 



94 



FIRST 
MESSAGE 
PROCESSING 
COMPONENT 







STORE 






COMMUNICATIONS 
STACK 



SUBSTITUTE SHEET (RULE 26) 



WO 96/04755 



PCT/GB95/01753 



6/6 



54 



2^ 



Fig.6. 



CONFIGURATION 
MANAGER 



56 



FAULT 
MANAGER 



100 



MESSAGE 
PROCESSOR 



104 



MESSAGE 
PROCESSOR 



z: 



102 



MESSAGE 
PROCESSOR 



50 



21 



COMMUNICATIONS 
STACK 



COMMUNICATIONS 
STACK 



106 



SUBSTITUTE SHEET (RULE 26) 



Interna ' Appucaoon No 

PCT/GB 95/01753 



A. CLASSIFICATION OF SUBJECT MATTER 

IPC 6 H04Q3/00 



According to IntemaoonaJ Patent Qua ft capon (IPC) or to both national classification and IPC 



B. FIELDS SEARCHED 



Minimum documentation searched (classification system followed by dasaficaoon symbol i) 

IPC 6 H04Q H04L 



Documentation searched other than minimum etocumenuoon to the encnt that such documents are included in the fields searched 



Electronic dau base consulted during (he lntemaoorul search (name of dau base and, where pracocai, search verms used) 



C. DOCUMENTS CONSIDERED TO BE RELEVANT 



Category * Citabon of document, with indication, where appropriate, of the relevant passages 



Relevant to claim No. 



ELECTRICAL COMMUNICATION, 
vol. 65, no. 1, 1991 ROMFORD GB, 
pages 52-59, XP 000264669 'Advanced 
management of telecommunications networks' 
see page 52, right column, line 23 - page 
53, right column, line 15; figure 1 
see page 54, right column, paragraph 1 
see page 57, left column, last paragraph - 
page 59, left column, paragraph 3 



1-3,9 



X | Further documents arc listed in the continuation of box C. 



□ 



Patent family members are listed in annex. 



SpeaaJ categories of a led documenu : 

A* document defining the general state of the art which is not 
considered to be of particular relevance 

E* earlier document but published on or alter the mternabonal 
filing dau 

1/ ftwumcnt which may throw doubts on priority claimfs) or 
which is atcd to esttbltsfa the pubJicaoon date of another 
cjua on or other rpeoal reason (as specified) 

O* document referring to an oral disclosure, use. exhtbioon or 
other means 

V document published pnor to the international filing date but 
later than the priority dau claimed 



T later document published alter the international filing dau 
or pnonty dale and not in conflict with the application but 
a ted to understand the principle or theory underlying (he 
invention 

"X* document of particular relevance; the claimed invention 
cannot be consider ed novel or cannot be considered to 
involve an inventive step when the document ts ultcn alone 

*Y" document of particular relevance; the d aimed invention 
cannot be considered to involve an inventive step when the 
document ts combined with one or more other such docu- 
mcntt, such combination being obvious to a person skilled 
tn the an. 

*eV document n>ember of the same patent family 



Dau of the actual completion of the international search 

30 August 1995 



Dau of mailing of (he mtemauonaJ search report 

1 8. 09. 95 



Name and mailing address of the ISA 

European Patent Office, P.B. 5818 Patcntlaan 2 
NL • 2380 HV Rjjswi* 
Td.(^3|.70) J4O.2O40,Tk.3I 651 epo nl, 
Fa*<-3|.70)J4T>30I6 



Authorized officer 



Lambley, S 



Form PCT ASA/310 



n« thw»\) (Jut? 1N3) 



INTERNATIONAL SEARCH REPORT 



PCT/GB 95/01753 



[ C(CononuAOon) DOCUMENTS CO NSIDERED TO BE RELEVANT 
CAtcgory * I CiUftoo of document, with indication, where tppropnn*. of the relevant pasAgcs 



RcIcvam to clAirn No. 



MILCOM '88, SESSION 46, PAPER 1, 

vol. 3, 23 October 1988 SAN DIEGO US, 

pages 867-876, XP 000012323 

FELDKHUN ET AL. 'Towards an Integrated 

Management System for hetereogeneous 

network environments' 

see page 872, left column, last paragraph 

- page 873, right column, paragraph 2; 

figure 6 

INTERNATIONAL SWITCHING SYMPOSIUM 1992, 

SESSION CI, PAPER 2, 

vol. 1, 25 October 1992 YOKOHAMA JP, 

pages 65-69, XP 000337618 

SEVCIK 'Adaptable TMN: A new dimension in 

practical network management' 

see section 2.2: 'User interfaces and TMN 

application structure in the OS'; figure 3 

IEEE NETWORK: THE MAGAZINE OF COMPUTER 
COMMUNICATIONS, 

vol. 4, no. 1. January 1990 NEW YORK US, 
pages 18-24, XP 000113852 
AIDAR0US ET AL. 'Service management in 
Intelligent Networks' 

see page 21, left column, last paragraph - 
right column, last paragraph; figure 4 

GL0BEC0M '92, 

vol. 1, 6 December 1992 ORLANDO US, 
pages 560-564, XP 000357845 
LIN ET AL. 'A framework for learning and 
inference in network management' 



1,9 



1,9 



1,9 



Pom PCT.1&A/318 (wiuftiuttoc of ami (M>t) (July 1993) 



page 2 of 2 



